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This paper is about the benefits of a plug-in based software architecture, but it is not only intended for 
programmers. It also stands the fact that monitoring is needed in any renewable energy generation plant 
and describes a way to fulfill this need. 

The fast evolution of renewable energy sources during the last decades resulted in the installation of 
many power systems all over the world, showing a sharp trend towards Distributed Resources (DR). 
There are many people related to them (because they use, own, operate, maintain or receive services 
from DR) who may be interested in knowing things about them for several reasons like production, 
maintenance, investigation, profitability, etc.; that is why data-acquisition systems are widely used in 
renewable energy source applications. These systems allow to collect and analyze data regarding the 
renewable energy installation performance as well as meteorological data. 

The basic idea on this paper is to achieve monitoring of different energy generation plants using a 
plug-in driven design technique, presenting as a result of an extensible software architecture design. 

The main difference between this paper and the previous work is that we focus specifically on 
monitoring as a necessity, proposing a generic and extensible software system, which could be employed 
to monitor any kind of renewable energy plant and extended to connect to new developed devices by 
changing small pieces of software. 

© 2013 Elsevier Ltd. All rights reserved. 
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1. Introduction 


Renewable energy is the name given to the energy obtained 
from natural sources virtually inexhaustible, either by the vast 
amount of energy they contain, or because they are able to be 
regenerated by natural means. We can name, for instance, solar 


1 Universitat Politécnica de Catalunya INSIDE research group collaborator. power, wind power, geothermal power, fuel cells, etc. [1]. 


1364-0321/$- see front matter © 2013 Elsevier Ltd. All rights reserved. 


http://dx.doi.org/10.1016/j.rser.2013.06.048 


402 F. Xavier Villasevil et al. / Renewable and Sustainable Energy Reviews 27 (2013) 401-406 


For years and years, fossil fuels have been enormously consumed 
on the Earth [2], so they have been rapidly decreased, making it more 
difficult and expensive to use them. In addition, the pollution 
produced by fossil fuels made people realize the importance of 
renewable energy. During the last years, many people have dedicated 
to the research, development and utilization of such important 
energy, causing the need to monitor its generation. 

The following Section enumerates some existing technical solu- 
tion purposes on that matter. Section 3 describes the main char- 
acteristics of a plug-in architecture and its benefits, justifying its use. 

Section 4 goes on detailing our proposed solution, an architec- 
ture which establishes the basis for collecting data from a renew- 
able energy generation plant, visualizing them both in a statistical 
as a real-time manner and notifying the user about several events 
and anomalies that may occur. 

Finally, Section 5 reveals the conclusions reached and Section 6 
points out some ideas that can contribute to future works. 


2. State of the art 


In this section we present part of the current work on renew- 
able energy generation monitoring. Several authors have been 
investigating on this subject and achieved different goals. 

While some of them focus on monitoring the installation state 
and controlling involved devices, others prefer to pay attention to 
data related with the installation performance and meteorological 
behavior. Among important aspects usually monitored we must 
mention connection status, real power, reactive power, voltage, 
frequency and energy (kWh). In some of these articles alarm and 
notification issues are also treated. 

du Boulay et al. [3] show that it is possible not only to monitor 
but also to control sophisticated instruments remotely. In their 
article they present the web services based system for collabora- 
tive monitoring of remote scientific instruments and sensors. 

Kuo-Hua Liu [1] studied the dynamic characteristics of photo- 
voltaic energy generation using a PLC control. The present work 
includes real-time voltage and current monitoring, event detec- 
tion, information collection and the set-up of a security system. 

There are also various papers which focuses on data collection, 
Koutroulis et al. [4] as well as N. Forero et al. [5] introduce 
interesting articles about data acquisition. On the first one, the 
proposed system consists of a set of sensors for measuring both 
meteorological and electrical parameters. The collected data is 
then sent to a LabVIEW program, which is used to further process, 
display and store it in the PC disk. The second one's aim is to 
present a system developed for monitoring PV solar plants using a 
novel procedure based on virtual instrumentation. The measure- 
ments and processing of data are made using high precision I/O 
modular field point devices as hardware, a data acquisition card as 
software and the package of graphic programming, LabVIEW. 

Benghanem and Maafi [6] go beyond, developing an expert 
system for studying the performance of photovoltaic (PV) systems; 
in particular the sizing of such systems and their reliability. They 
show it is possible to exploit the information about the climatic 
environment of a given site and the parameters related to PV 
systems. On this work data are treated and decoded in their real 
physical values (current, voltage, energy, etc.) and used by a PC 
computer to study the performance of the PV system considered. 

On the other hand, papers like [7] emphasize on the analysis of 
modules performance, degradation or failure under realistic out- 
door conditions, showing another important responsibility of 
monitoring systems: failure detection. 

The inclusion of DG (Distributed Generation) systems is chan- 
ging the paradigm of energy production. Local Grid Codes dictate 
the behavior of the grids under different faults. However, in grids 


with high penetration of renewable energy sources, conventional 
regulations are under revision. The basic element for intercon- 
necting DG to the transmission system is the three phase inverter. 
In normal grid conditions, three phase DG inverters inject all the 
generated active power into the grid, but one of the major 
drawbacks for proper operation of the whole installation occurs 
when a voltage sag is transmitted through the network. Depend- 
ing on the depth and duration of the voltage sag, Grid Codes may 
force even a temporary disconnection of the system. 

A flexible voltage support control scheme has been proposed in 
[8] for three phase DG inverters under grid fault. In grid fault 
conditions, the controller must react to the perturbation and 
mitigate the adverse effects on the inverter side. The purposed 
voltage support strategy can be modified by means of a control 
parameter according to the type of voltage sag, resulting in a 
flexible combination of raising and equalizing capabilities. Voltage 
sags and other significant issues that may occur will be easier to 
understand as more information we have about the behavior of 
DG, therefore monitoring is an extremely useful tool as far as 
research is concerned. 

Finally, Li Wang and Kuo-Hua Liu [2] show that it is as 
important to know the state of the system at a given time as to 
be notified when something is not going as expected. Their system 
performs different functions such as power-flow data measure- 
ment and collection, realtime load monitoring and load-shedding 
control, real-time and historical data mapping, timely report and 
handle of alarms and events. 

All of these papers show us how important monitoring is and 
allow us to identify main parts in any monitoring system, such as: 
data collection, data processing and visualization and finally, 
notification and handle of alarms and events. 


3. About plug-ins 


A plugin is just like a little black box that provides a public 
interface to the outside, which can be used by other plugins. In 
plug-ins based software systems the main application logic is 
reduced to mere plugins hosting and management, as it provides 
no other functionality to users [9]. The real feature set offered by 
these applications is defined by different individuals plugins 
loaded and managed by this base infrastructure. Communication 
and interaction between plugins is achieved by using its public 
interfaces. 

A plug-in can also provide general functionality allowing other 
plug-ins to extend or customize portions of it through an Exten- 
sion Point. The extension point declares a contract that extensions 
must conform to. Plug-ins with more specific functionality may 
connect to that extension point by implementing that contract. 
The key attribute is: the plug-in being extended knows nothing 
about the plug-in that is connecting to it beyond the scope of that 
extension point contract. This allows plug-ins built by different 
individuals or companies to interact seamlessly, even without 
them knowing much about one another. 

By dividing an application into multiple plugins, giving each 
one a well-defined task, complexity and size of each module is 
drastically reduced [9]. Also, when compiling a plugin into a 
well-documented executable unit, the plugin becomes a sealed 
unit with a clearly defined interface and can be shared between 
various developers, without having to take a look at the original 
source code. 

A high degree of modularity is an important factor for building 
software systems of high quality [9]; however, proliferation of the 
functionality of a plugin-based system could be detrimental to its 
ease of use and bring to confusion and disorder if users who have 
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no prior knowledge of the available functions and how to access 
them are unable to find those that suit their needs [10]. 

Anyway, when getting a fine-grained modularity, not only in 
the source code, but also in the post-build level, plugin frame- 
works help manage complexity, simplify configuration and 
deployment of applications and allow users or third parties to 
improve existing applications easily developing their own mod- 
ules without having to access the full source code [11]. 

Not only because of the source code split into different 
modules, but for being able to compile these modules in closed 
blocks ready for use in software construction. Thus, the develop- 
ment of an application in whole or a complex software system is 
reduced to the task of selecting, combining and distributing the 
appropriate modules. In conclusion, plugin-based software sys- 
tems have become very popular, as they are the next step in the 
evolution of application development | 11]. 


3.1. Benefits 


Apart from the typical improvements of testability, reusability, 
readability, and maintainability that are already supported by 
classical modularization techniques such as object-oriented mod- 
eling, plugin-based software development provides the following 
advantages | 11,9]: 


— Modularity is an important abstraction mechanism, not only at 
source code level but also at application level. It helps to handle 
the high degree of complexity we have to deal with today 
when facing large software systems. 

— Developers do not need to be distracted by reviewing other's 
source code, as plugins are equipped with a comprehensive and 
yet easy to use application programming interface (API). 
Furthermore, development of drivers and stubs to test each 
module independently is also simplified. 

— It is much easier to customize software systems to meet 
specific requirements in a customer's scenario just by adding 
necessary and removing irrelevant parts. 

— Application deployment is simplified. To deploy new function- 
ality or to update outdated plugins from update locations (i.e, 
servers) through a network is easily achievable. 

— In addition, this architecture gives third parties the opportunity 
to develop extensions to an existing application independently. 


Aside these benefits, there are some disadvantages that could 
be useful to highlight: 


— Complexity does not disappear entirely [9]. In fact, it is 
transferred from the programming level to modeling level, 
since final application has to be assembled by the combination 
of different small and simple plugins. Then comes the issue of 
glue code, which is required to link and combine these 
modules. 

— To handle incompatibilities between different plugins versions 
is a very important matter to be had into account. When 
changing a plug-in version, compatibility must be checked 
with the rest of plugins forming the application, in order to 
avoid inconsistencies. 


3.2. Using plug-ins on energy generation monitoring 


The mentioned problem of “glueing” the pieces can be minimized 
by applying a well-defined subsystems division based on the applica- 
tion domain, in our case the energy generation monitoring. 

The natural extensibility offered by plug-in applications will 
make it easy to add new connections between the monitoring 


system and the generation plant when a new Distributed Resource 
[12] is added. For instance, the application could be extended with 
connections to a new brand of solar panels by changing a simple 
plugin. 

Moreover, customized versions of the application for different 
kinds of energy generation plants can be built by adding and/or 
removing existing plug-ins or by changing a particular plug-in 
version; always considering that it is crucial to pay attention to 
plug-in versions compatibility. 

Using plug-ins, a complex problem is divided into smaller and 
less complex problems, which are solved by this small software 
components. Each plug-in represents independent functionality 
and can be treated that way. This “divide and conquer” strategy 
fits perfectly in a complex domain as the energy generation 
monitoring. 


4. Purposed monitoring architecture 


A renewable energy plant monitoring system (Fig. 1) must 
permit to know the installation state and notify in a quick and 
efficient manner about any anomaly that may occur. It can become 
the best tool for the plant energy management. Basically, it has 
two main goals: 


— Watch the production matches the expected, and is in accor- 
dance with the forecast. 

— When production is not as awaited, it must detect responsi- 
bilities and possible solutions. There are 3 basic functional 
points identified in any monitoring system: data acquisition, 
data visualizing and notification. The subsystems are crossed 
transversally by a data model. 


This article focuses on data acquisition subsystem, which was 
built based on an extensible software architecture in order to 
communicate with several DG systems. 


4.1. Data acquisition 


According to IEEE 1547 Series of Standards [12] Section 5, 
“Each DR (Distributed Resources) unit of 250 kVA or more or DR 
aggregate of 250 kVA or more at a single PCC (Point of Common 
Coupling) shall have provisions for monitoring its connection 
status, real power output, reactive power output, and voltage at 
the point of DR connection”. Those MIC (monitoring, information 
exchange, and control) provisions will be collected by the Data 
Acquisition subsystem. The Data Acquisition subsystem operates 
isolated from the data visualizing and notification modules. It is 
responsible for communicating with the different components 
that constitute the power plant, receiving information from them 
in real time. Within this subsystem there may be several 
components (or objects) extending the “Receiver” class. Each 
specific Receiver will be responsible for meeting the require- 
ments established by the IEA (Information Exchange Agreement) 
according to the IEEE 1547 Series of Standards |12] and con- 
tributing to information security maintenance (confidentiality, 
integrity and availability). A Receiver responds to the “receive()” 
message (sent by an Scheduler) returning a collection of events 
(Event class). An event can be: - A failure (Failure), represented 
by an error code and a parameters list. For example a connection 
failure or an internal failure of the plant (an inverter reporting 
that a panel is not working properly) - A measure (Measure), 
represented by a magnitude, a unit and a component which 
originated it. For example, the voltage in volts of a particular 
inverter. 
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Fig. 1. Generic monitoring model. 
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Fig. 2. Event object model. 


The most relevant part of this design is not the Receiver itself 
but the Event object model (Fig. 2), which is used by the 
application as a contract to communicate with any Receiver. It 
suits the requirements stated by any IEE 1547 Information 
Exchange Agreement, as attributes for each of the classes in the 
ontology can be mapped into an Aspect on the EventModel, classes 
in the ontology can be mapped to Component class extensions and 
units and magnitudes are known values. This model allow us to 
implement the use cases identifying the information exchange 
needs for accomplishing real-world interactions. Basing commu- 
nication on this contract any kind of Receiver could be implemen- 
ted, i.e. to communicate with an Inverter by an RJ45 connection or 
through a database. Thus, it is possible to implement a Receiver for 
measuring any element or even a manufacturer could provide 
their own Receiver, providing its measurements based on this 
design. Some Receivers implemented by way of example during 
this study are listed below: 


— OmronPLCReceiver: it communicates with a PLC Omron and 
returns the voltage and current measurements from it (as a 
collection with two Measures from the PLC, one with Volt unit 
and one with Ampere unit). As it is an example this imple- 
mentation is very simple and does not return failures. 


— XMLReceiver: as the Event object model, like any other, can be 
serialized into XML language (specified by the W3C [13]) we 
have implemented a Receiver capable of reading XML files to 
build a collection of Events. For example, a measure of voltage 
and current in XML based on this design would be 
something like: 


< measure aspect=‘VoltageRating’ unit=‘Volt’ magnitude=‘12.3’ 
component = ‘Inverter X’/ > 

< measure aspect=‘AmpRating’ unit=‘Amper’ magnitude=‘9.8’ 
component = ‘Inverter X’/ > 


4.2. Extension 


To build a specific generation plant monitoring system, for 
instance to monitor a photovoltaic plant, it is necessary to plug 
model extensions to manage the photovoltaic generation plant 
data. Typically those extensions will be based on IEEE 1547 Series 
of Standards [12] Information Exchange Model. Fig. 3 presents 
some of the elements needed to be modeled in order to extend the 
model presented in Fig. 1, such as: solar plant, solar panels, 
inverters, light sensors, etc. 
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app.bas e.model:: 
Connection 


ElectricityMeter 


Fig. 3. Photovoltaic plant model. 


5. Conclusions 


As shown by many authors ({1-7]) monitoring is essential in 
any renewable energy generation plant. Many of them are focused 
on specific problems of different types of plants, while in this work 
the focus is on the very monitoring, describing the necessary parts 
to achieve it. Ancillary services for DG, such as voltage control [8], 
will strongly benefit by using information provided by the mon- 
itoring systems. 

On the other hand, papers like [9-11] enforces our idea of 
plug-ins as the most appropriate tool for mounting an archi- 
tecture that can respond to these generic needs of any monitor- 
ing system, as well as provide facilities to extend the system 
with new functionality or new connections to Distributed 
Resources. 

The proposed system is based on 3 major subsystems that 
cover the basic needs of a generic monitoring system (data 
collection, visualization of these data and notification of 
certain states). The entire application design is crossed trans- 
versely by the Data Model, which is feeded by the data 
acquisition module. 

The result is a well-modularized system, whose components 
have specific functions to perform, which can be extended in a 
customized fashion for particular cases. 


6. Future work 


To conclude, we present some improvements that can be done 
on the system to achieve a complete software application: 


— ModbusReceiver: based on Modbus [14] protocol a new 
Receiver might be implemented that would connect, for 
instance with a Sunny Boy 700 US Inverter [15]. This is an 
example of an Inverter implemented according to IEE 1547 
standard [12]. 

URL Receiver: It is possible to implement a configurable 
Receiver which generates URLs for webservices invocation. 


As stated in [16] it would be highly useful to access informa- 
tion from any distributed generation electronic device that 
complies with the standard IEC 61850 [17] through web- 
services. 
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